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BACKGROUND 
5 Field of Invention 

The present invention is related to reducing fraud in commercial 
transactions. More specifically, the present invention is related to monitoring 
commercial transactions at or near the time of their occurrence by providing a 
notification message of the commercial transaction to the person or entity 

10 responsible for paying for the commercial transaction. 
Background of the Invention 

A significant problem facing participants in commercial transactions is the 
possibility of fraud. In the case of credit card transactions, for example, the 
merchant from whom an item is purchased using a credit card has no reliable way 

15 of verifying that the user of the card is authorized to use it. Identification sources 
such as the signature that is supposed to be on the back of the credit card can be 
missing, not checked or forged. Thus, the store has virtually no way of knowing if 
the credit card is being used in a fraudulent manner, for example, after being stolen 
or found by someone not authorized to use it. As a result such crimes often go 

20 unreported and undetected at the time of the commercial transaction. 

In fact, in many cases the fraudulent use of the credit card is not discovered 
until the person or entity responsible for paying for the commercial transaction (the 
"payer") receives a statement containing all transactions that occurred during some 


time period, usually a month. If the statement is not carefully checked, the crime 
may go undetected for a significantly longer period. If the fraudulent use of the 
credit card is discovered, the unauthorized use of the card is reported to a credit 
card company, generally the company that issued the card. In most cases, the 
credit card company simply nullifies the transaction in its records, thereby 
incurring a loss of the value of the transaction. Considering the large number of 
commercial transactions, such fi-aud can cost credit card companies and other 
authorizers of commercial transactions enormous sums of money, easily topping 
tens or hundreds of millions of dollars. 

One way that credit card companies attempt to discover fraudulent 
transactions is by monitoring buying patterns of the credit card holders. That is, if 
a person generally buys small items, for example, items having a value less than 
$20.00, the credit card company might question a purchase of an item costing 
$1000.00. However, this sort of check by the credit card company is sporadic at best 
and generally unsuccessful at uncovering a significant number of unauthorized or 
fraudulent transactions. 

Fraud is not the only problem facing payers of commercial transactions. 
There is a significant problem with unauthorized transactions. For example, 
children are often given credit cards for use only in the event of an emergency. 
However, the children may use the cards for purchases that are not related to any 
emergency, for example, a compact disk. Parents would often like to know of these 


transactions when they occur, not when the credit card statement comes at the end 
of the month. This is not possible in conventional credit card transactions. 

Conventional messaging systems can provide an alert to subscribers upon the 
receipt of a message intended for the subscriber. For example, email systems alert 
5 subscribers upon the receipt of an email. Similarly, phone mail systems can alert 
subscribers of the receipt of a phone mail message. These sorts of systems can be 
exemplified by conventional unified messaging systems in which a page is sent to a 
subscriber indicating the receipt of a message (email, fax or voice) in a subscriber's 
mailbox. 

10 An example convention unified messaging system 102 system using alerts 

upon events is illustrated schematically in Figure 1. Unified messaging system 
(UMS) 102 receives a facsimile message in a subscriber s mailbox 103. UMS 102 
notifies the subscriber of receipt of the facsimile message through a pager 104 used 
by the subscriber. When UMS 102 receives a message such as a facsimile message, 

15 the unified messaging systems generates a message to a paging service 106 through 
a network 108. In this case, network 108 is a public-switched telephone network. 
UMS 102 transmits a pager number, associated with subscriber's mailbox 103 and 
an alert message indicating receipt of the facsimile message to paging service 106. 
Paging service 106 includes a paging server 110 to process paging requests. Paging 

20 service 106 transmits the alert message to pager 104, thereby notifying the user of 
pager 104 of the receipt of the facsimile message in UMS 102. 
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Alternately, UMS 102 transmits a pager identification number associated 
with subscriber mailbox 103 along with the alert message indicating receipt of the 
facsimile message to be sent to pager 104 to paging service 106. Paging service 106 
then sends the alert message indicating receipt of the facsimile message to pager 
104. 

UMS 102 can notify the subscriber of receipt of the facsimile message in 
several other ways as well. For example, UMS 102 can send an email to paging 
server 110 through network 108 containing an identification of the pager associated 
with the subscriber's mailbox and an alert message indicating receipt of the 
facsimile message to be sent to pager 104. In this case, network 108 is a computer 
network such as the Internet. Paging service 106 then transmits the page to pager 
104 identified in the email message. 

UMS 102 can also notify the subscriber of the receipt of the facsimile 
message by sending the subscriber a facsimile message indicating receipt of the fax, 
by sending the subscriber an email indicating receipt of the message, or by 
initiating a phone call to the subscriber's telephone or cellular telephone and 
playing an alert message to the subscriber when the call is answered, or leaving 
voicemail if the telephone is answered by an answering machine. The foregoing 
techniques for notifying the user are well known to those skilled in the art. 
SUMMARY OF THE INVENTION 

The present invention addresses the problems associated with fraud in 
conventional commercial transactions by providing a system and method for 


monitoring commercial transactions at the time they occur. In the preferred 
embodiment, the person or entity responsible for paying for the commercial 
transaction (the "payer") is notified of the occurrence of the commercial transaction 
during the commercial transaction. In the preferred embodiment of the present 
5 invention, the payer is notified when authorization for the commercial transaction 
is requested. 

For example, in commercial transactions involving credit card purchases, the 
payer is notified of the transaction at the time of the transaction. In a preferred 
embodiment, the notification occurs at the time that authorization for the purchase 

10 is requested from the credit card company. In this manner, the present invention 
provides a monitoring function for a commercial transaction so that the payer is 
notified that the transaction is occurring. 

In an alternate embodiment, the payer is asked to approve the commercial 
transaction prior to its being completed. Preferably, the approval is requested prior 

15 to authorization of the commercial transaction. If the payer approves the 
commercial transaction, it is processed; otherwise, it is stopped. 

Further, in a preferred embodiment of the present invention, the payer is 
notified of the commercial transaction only upon meeting a transaction threshold 
amount or filter definition. Alternatively, the notification function can be 

20 suspended for any length of time. For example, a transaction threshold amount for 
the notification. If the amount of the transaction is below the transaction threshold 
amount, the payer is not notified of the occurrence of the commercial transaction. 
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Additionally, if the approval option is activated, there would be no approval request 
unless the transaction threshold amount has been exceeded. 

Thus, the present invention provides a monitoring of the commercial 
transactions substantially closer in time to their occurrence than conventional 
commercial transactions. Moreover, the present invention permits "remote" 
approval of the transaction. That is, the payer can approve the transaction at the 
time the transaction is being conducted even when the payer is not present at the 
site of the commercial transaction. 

In a preferred embodiment of the present invention, notification is by page 
message sent to a pager used by the payer. However, it would be apparent that any 
method of notification that occurs substantially close in time to the transaction can 
be used within the scope and spirit of the present invention. For example, a 
telephone call can be initiated to the person at a telephone or cell phone, voicemail 
can be left, an email can be sent to the person, a fax can be sent to the person. 

In addition, the person or company responsible for paying for the commercial 
transaction has the option of deactivating the monitoring and approval functions of 
the present invention. 

Thus, one object of the present invention is to reduce losses due to fraud in 
commercial transactions. 

Another object of the present invention is to monitor commercial transactions 
at or near the time of their occurrence. 


Another object of the present invention is to reduce unauthorized commercial 
transactions. 

Another object of the present invention is provide for approval of commercial 
transactions before they proceed. 

Another object of the present invention is to provide substantially real-time 
notification of a commercial transaction to the payer. 

Another object of the present invention is to provide substantially real-time 
notification to the payer of account activity resulting from commercial transactions. 

These and other objects of the present invention are described in greater 
detail in the detailed description of the invention, the appended drawings and the 
attached claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic diagram of a conventional system for providing an 
alert message upon the occurrence of an event such as the receipt of a facsimile 
message. 

Figure 2 is a schematic diagram of a system for monitoring commercial 
transactions according to a preferred embodiment of the present invention. 

Figure 3 is a flow chart for a process for monitoring commercial transactions 
according to a preferred embodiment of the present invention. 

Figure 4 is a flow chart for a process for acquiring approval for a commercial 
transaction prior to proceeding with the commercial transaction. 


DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention provides monitoring of commercial transactions at or 
near the time of their occurrence. In the preferred embodiment of the present 
invention, the person or entity responsible for paying for a commercial transaction 
(the "payer") is notified of the commercial transaction during or soon after the 
commercial transaction occurs. The payer does not have to be the owner of the 
credit card. Consequently, the payer is aware of any transaction for which he may 
be responsible when that transaction is taking place or shortly thereafter. If the 
payer has not authorized the transaction, for example, the transaction is being 
conducted with a counterfeit or lost credit card or other purported authority for the 
transaction, the payer can contact an appropriate authority, and advise them that 
an illegal transaction is taking place. Because the authority is contacted at or very 
close to the time of the transaction, the authority has a better chance to catch the 
party committing the fraud, and prevent substantial losses resulting from such 
frauds. 

In another preferred embodiment, the payer is given the opportunity to 
approve the transaction. Thus, the transaction is suspended while the payer is 
notified of the attempted transaction. If the payer approves the transaction, the 
transaction proceeds, otherwise the transaction does not proceed. 

The present invention will be described in more detail with reference to credit 
card transactions. However, it would be apparent to those skilled in the art that 
the system and method disclosed herein apply to any commercial transactions 


where authorization is required, including card initiated transactions such as credit 
card, ATM and diner's club transactions, and E-commerce transactions, including 
commercial transactions over the Internet and on-line banking transactions. 

Figure 2 is a schematic diagram of a preferred embodiment of the present 
invention for monitoring commercial transactions. The system illustrated in Figure 
2 is described with respect to credit card transactions, but can be used for any 
commercial transactions as described above. In Figure 2, there is a merchant 202 
having a point of sale device 204. Point of sale device 202 can be a well-known cash 
register having credit card input device such as credit card reader 205 in which the 
commercial transaction is initiated. 

When a customer attempts to make a purchase using a credit card, credit 
card reader 205 obtains data from the credit card and sends it to a computer 207 
located in a processing center 206 associated with the credit card provider. 
Computer 207 can be any computer capable of carrying out the processing described 
in the present specification. Such computers are well-known to those skilled in the 
art and need not be described further. The data sent to computer 207 typically 
includes merchant identification data, the amount of the transaction, the credit 
card number and date and time of the transaction. Computer 207 uses the data to 
determine whether it should authorize the transaction. For example, computer 207 
uses the credit card number and transaction amount to perform a database lookup 
in a database 208 to determine whether the transaction exceeds the credit limit of 
the credit card. If the transaction is to be authorized (i.e., the credit hmit has not 


been exceeded), computer 207 appropriately records the transaction, for example, 
debits the credit card account by the amount of the transaction, and transmits a 
reference number and authorization code to point of sale device 204. The reference 
number is a number that is used to identify the particular credit card transaction. 
The authorization code advises merchant 202 that the transaction has been 
authorized and the sale can be completed. 

According to a preferred embodiment of the present invention, database 208 
also contains data indicating whether payer of the credit card subscribes to a 
monitoring service. If the payer subscribes to the monitoring service, then, 
substantially simultaneously with sending the reference number and authorization 
code to point of sale device 204, processing center 206 notifies the payer that the 
transaction is taking place. 

To perform this notification, computer 207 accesses a second database, for 
example, database 210. Database 210 contains entries that associate credit card 
numbers with a notification address. The notification address can be a pager 
number, email address, or other address for notifying the payer, including, for 
example, a cellular telephone or other telephone number, a facsimile number, an 
Internet protocol (IP) address, including Internet appliances and an instant 
messaging address. The email address can be the email address of a pager. These 
notification addresses correspond to one or more of the following devices: a pager, 
email, facsimile, cellular or other telephone device, personal computer, internet 
apphance and personal digital assistant, or a voicemail. It should be noted that 
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those skilled in the art would be aware of other notification methods and devices 
that can be used within the scope and spirit of the present invention. 

Computer 207 sends the credit card number to database 210 in a notification 
address query to obtain the notification address associated with the credit card 
involved in the transaction. In response to the notification address query, database 
210 returns the notification address associated with the credit card number to 
computer 207. 

After receiving the notification address from database 210, computer 207 
sends a notification message to the payer to notify the payer that the transaction is 
occurring. In the preferred embodiment of the present invention, the notification 
message includes the following information: the merchant name (or merchant ID 
number), merchant address, amount of the transaction, data and time of the 
transaction, name on credit card, help number (to report criminal activity, e.g., 
phone number of credit card company), whether transaction was authorized or 
denied, and the reference number of the transaction. The information in the 
notification message is similar to the information that the payer receives in the 
periodic statement of transactions. 

The form of the notification message depends on the way that the notification 
message is sent from the processing center to the payer. In the preferred 
embodiment of the present invention, the notification message is sent in a page to a 
pager 216 used by the payer or via an email to a paging service 214 through a 
network 212. Preferably, network 212 is a computer network such as the Internet. 
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Paging service 214 then sends a page containing the notification message to pager 
216. In an alternate preferred embodiment of the present invention, the 
notification message is sent as an email to an email address returned in the 
notification address query. The payer receives notification of the transaction via an 
email message. 

In an alternate preferred embodiment, computer 207 receives a telephone 
number in the response to the notification address query. In this case, computer 
207 initiates a telephone call to the telephone number, and transmits the 
information of the notify message through a voice synthesizer or other text to 
speech processor. In this case, network 212 is a telephone network such as the 
public-switched telephone network. It would be apparent to those skilled in the art 
that any desired information, including, but not limited to that described above, can 
be sent in the notification message. For example, in the case of notification by 
telephone message, computer 207 may send only information sufficient to notify the 
payer of the fact that the transaction is occurring. 

In a preferred embodiment of the present invention, a transaction threshold 
amount can be established. Preferably, the transaction threshold amount is 
estabhshed by the payer or the monitoring service provider. If a given transaction 
does not exceed the transaction threshold amount, then no notification message is 
sent despite the occurrence of the commercial transaction. Alternatively, the 
transaction threshold amount can correspond to some aggregate amount in a given 
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time period. If the transaction does not cause the threshold amount to be exceeded 
in the given time period, no notification message is sent. 

In an alternative embodiment of the present invention, a filter can be 
estabhshed. To establish a filter, a filter definition is created. Examples of such 
5 filter definitions include transactions at a certain merchant, transactions by a 
particular card number and transactions by a particular person or entity. 
Preferably, the filter definition is established by the payer or the monitoring service 
provider. The message is sent only if the filter definition is met, for example, the 
transaction is by the particular merchant defined in the filter, or by the card having 

10 the particular card number or the person or entity defined in the filter. It would be 
apparent to those skilled in the art that any combination of filter definitions can be 
established. Further, it would be apparent to those skilled in the art that any 
combination of the transaction threshold amount and filter can be established. 

In a preferred embodiment of the present invention, the notification can be 

15 suspended at the option of the payer or monitoring service provider. The 
suspension can be for any length of time and for any reason. 

Figure 3 is a flow chart showing a process 300 according to a preferred 
embodiment of the present invention. Process 300 can execute on any computer, for 
example, computer 207. During processing of a commercial transaction, for 

20 example, using a credit card, an authorization request is sent to computer 207 to 
obtain authorization to proceed with the commercial transaction. In step 302, 
process 300 receives the authorization request. In step 304, process 300 determines 
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whether the payer associated with the identification number received in the 
authorization request has subscribed to the commercial transaction monitoring 
service. Preferably, this determination is made by querying database 208 to 
determine whether the payer subscribes to the monitoring service. If the payer has 
not subscribed to the commercial transaction monitoring service, processing of the 
commercial transaction continues in step 305. If the payer has subscribed to the 
commercial transaction monitoring service, process 300 determines whether any 
thresholds have been exceeded or filters definitions have not been met in step 306. 
If a threshold has been exceeded or a filter definition has not been met, processing 
of the commercial transaction continues as in conventional system in step 305. If 
no threshold has been exceeded and all filter definitions have been met, process 300 
obtains a notification address fi-om database 210 in step 308. Using the obtained 
notification address, process 300 creates a notification message as described above 
in step 310. The notification message is sent to the notification address to notify 
the payer of the commercial transaction in step 312. 

Figure 4 is a flow chart for a process 400 for obtaining approval of a 
commercial transaction prior to continuing the processing. Process 400 can execute 
on any computer including, for example, computer 207. In step 402, process 400 
receives a request to process a transaction. In step 404, computer 207 determines 
whether the payer subscribes to a monitoring function, in this case, an approval 
function. If the payer does not subscribe to the monitoring service, the processing of 
the transaction continues in step 420. If the payer subscribes to the monitoring 
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service, computer 207 creates an approval request in step 406. The approval 
request is a message that contains information the payer can use to determine 
whether to provide approval for the commercial transaction. In the preferred 
embodiment, the information includes the amount of the transaction, the 
merchant's name (or merchant ID), and the date and time of the commercial 
transaction. 

In step 408, the approval request is sent to the payer. The approval request 
can be sent in any of the manners described above, including for example, by page, 
email, and telephone call. In the preferred embodiment, process 400 starts a timer 
in step 410. The timer is set to expire after a pre -determined amount of time 
without an approval from the payer. The timer prevents the approval process from 
taking unreasonably long. The length of the timer can be set to any arbitrary 
value. If the timer times out in step 412, then process 400 performs a default 
action. In the preferred embodiment of the present invention, the default action is 
to dechne the transaction in step 422. If the subscriber responds in step 416 prior 
to the timer timing out in step 412, process 400 determines whether the subscriber 
approved the transaction in step 418. If the subscriber approved the transaction in 
step 418, process 400 continues processing the transaction in step 420. If the 
subscriber does not approve the transaction in step 418, process 400 declines the 
transaction in step 422. 

It should be noted that the present invention can be used to monitor account 
activity in general. For example, in the case of credit cards, item are often returned 
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for a credit to the credit card account. Through the notification feature described 
above for the present invention, the payer can be notified virtually at the instant 
that the account has been credited of the credit. This provides immediate 
confirmation to the payer that return of the item has indeed been registered and his 
5 account appropriately credited. Likewise, in the case of ATM or on-line banking 
transactions, the present invention allows any account activity to be monitored 
substantially in real-time, whether deposit, withdraw or balance inquiries. In these 
cases, the payer is the bank account holder and the bank is the processing center. 
Any unauthorized account activity can be deleted a the time of the activity on the 
10 account. Because there is contact information in the notification message, the 
account holder can notify the appropriate authority in the event of unauthorized 
access, at the time the account is accessed. 

The foregoing disclosure of embodiments of the present invention has been 
presented for purposes of illustration and description. It is not intended to be 
15 exhaustive or to Hmit the invention to the precise forms disclosed. Many variations 
and modifications of the embodiments described herein will be obvious to one of 
ordinary skill in the art in Ught of the above disclosure. The scope of the invention 
is to be defined only by the claims appended hereto, and by their equivalents. 
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WHAT IS CLAIMED IS: 

1. A method for monitoring a commercial transaction for which there is a payer, 
comprising the steps of: 

initiating the commercial transaction; 

requesting authorization of the commercial transaction; and 
notifying the payer of the commercial transaction upon a request for 
authorization of the commercial transaction. 

2. The method recited in claim 1 further comprising the steps of: 
obtaining an address to which to send a notification message; 
creating the notification message; 

sending the notification message to the payer. 

3. The method recited in claim 2, further comprising the steps of: 
sending the notification message to a device used by the payer, the device 

being one of a cellular telephone, personal computer, internet appliance, personal 
digital assistant and facsimile machine; 

transmitting the notification message the device used by the payer. 

4. The method recited in claim 2, further comprising the steps of: 
creating an email message containing the notification message; 

sending email message to an email mailbox of the payer to notify the payer of 
the commercial transaction. 

5. The method recited in claim 2, further comprising the steps of: 
creating an email message containing the notification message; 
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sending email message to a paging service; 

transmitting a page containing the notification message to a pager used by 
the payer 

6. The method recited in claim 1, wherein the commercial transaction is a credit 
card transaction. 

7. The method recited in claim 1, wherein the commercial transaction is an E- 
commerce transaction. 

8. The method recited in claim 1, wherein the commercial transaction is an on- 
line banking transaction. 

9. The method recited in claim 1, wherein the commercial transaction is an 
ATM transaction. 

10. A system for monitoring a commercial transaction for a payer of the 
commercial transaction, comprising: 

an input device to input information required to complete the commercial 

transaction; 

a computer in a processing center, comprising: 

a first process to receive a request for authorization for the commercial 
transaction; 

a second process to process the authorization request and provide an 
authorization code to said input device to continue the commercial 
transaction; and 
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a third process to cause transmission of a notification message to the 
payer; and 

a notification device to receive the notification message and present it to the 

payer. 

11. The system of claim 10, wherein said processing center further comprises a 
database coupled to said computer, the database comprising at least one notification 
address corresponding to the payer to which the notification message is sent. 

12. The system of claim 10, wherein said notification device is a pager. 

13. The system of claim 10, wherein the second process comprises a process to 
determine whether a transaction threshold amount has been exceeded and to 
communicate with the third process to prevent transmission of the notification 
message if the transaction threshold amount has not been exceeded. 

14. The system of claim 10, wherein the second process comprises a process to 
determine whether a filter definition has been met and to communicate with the 
third process to prevent transmission of the notification message if the filter 
definition has not been met. 

15. The system of claim 10, wherein the computer comprises a fourth process to 
obtain approval fi-om the payer prior to proceeding with the commercial transaction. 

16. The system of claim 10, wherein the commercial transaction is one of a credit 
card transaction, an ATM transaction, an on-line banking transaction and an E- 
commerce transaction. 
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17. A system for reducing the likelihood of fraud in a commercial transaction 
comprising: 

an input device on which the commercial transaction is initiated; 

a processor for accepting a request for authorization from the input device; 

and 

a notification message created by said processor and sent to a payer of the 
commercial transaction, upon the processor's receiving the request for 
authorization. 

18. The system of claim 17, further comprising a filter for which a filter 
definition is assigned, the notification message being sent only if the filter definition 
is satisfied. 

19. The system of claim 17, further comprising a transaction threshold amount 
that is set, the notification message being sent only if the commercial transaction 
causes the transaction threshold amount to be exceeded. 

20. The system of claim 17, further comprising an approval request that is sent 
by the processor to the payer wherein the commercial transaction proceeds only 
after approval by the payer. 

21. The system of claim 17, wherein the commercial transaction is one of a credit 
card transaction, an ATM transaction, an E-commerce transaction and an on-line 
banking transaction. 

22. A method for reducing fraud in a credit card transaction, comprising the 
steps of: 
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a) obtaining information from a credit card used in the transaction; 

b) sending the information to a processing center; 

c) obtaining authorization for the credit card transaction from the 

processing center; 

d) obtaining a notification address corresponding to the credit card; 

e) creating a notification message to send to the notification address; and 

f) sending the notification message to the notification address during the 
commercial transaction to notify the payer of the commercial transaction that it is 
occurring. 

23. The method of claim 22, wherein the notification address is an email address, 
further comprising the step of sending the notification message in an email message 
to the email address. 

24. The method of claim 23, wherein the email address corresponds to a paging 
service, further comprising the step of sending the notification message to the email 
address so that it is transmitted to a pager used by the payer. 

25. The method of claim 22, further comprising the step of obtaining approval for 
the commercial transaction. 

26. The method of claim 22, further comprising the step of setting a transaction 
threshold amount. 

27. The method of claim 22, further comprising the step of defining a filter. 

28. A method for reducing fraud in an on-line banking transaction involving a 
bank account held by an account holder, comprising the steps of: 
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a) obtaining a notification address associated with the bank account; 

b) creating a notification message to send to the notification address; and 

c) sending the notification message to the notification address during the 
on-line banking transaction to notify the account holder that it is occurring. 

29. The method of claim 28, wherein the notification address is an email address, 
fiirther comprising the step of sending the notification message in an email message 
to the email address. 

30. The method of claim 29, wherein the email address corresponds to a paging 
service, further comprising the step of sending the notification message to the email 
address so that it is transmitted to a pager used by the payer. 

31. The method of claim 28, further comprising the step of obtaining approval for 
the commercial transaction. 

32. A system for monitoring a commercial transaction for a payer, comprising: 
an input device to initiate the commercial transaction and send an 

authorization request to a processing center; 

a computer in the process coupled to a first database and a second database 
in the processing center that receives the authorization request, including the 
identification of the payer, wherein the first database stores information associating 
one or more subscribers to a commercial transaction monitoring service and the 
second database stores notification addresses for the one or more subscribers of the 
monitoring service, the computer comprising: 
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a first process to access the database and determine whether the payer 
is a subscriber of the commercial transaction monitoring service; 

a second process to continue processing of the commercial transaction 
if the payer is not a subscriber to the commercial transaction monitoring 
service; and 

a third process to obtain a notification address from the second 
database corresponding to the identification of the payer, to create a 
notification message using the notification address and to send the 
notification message to the notification address if the payer is a subscriber to 
the commercial monitoring service. 

33. The system recited in claim 32, wherein the authorization request includes a 
transaction amount, wherein the computer further comprises a fourth process to 
determine whether the amount of the commercial transaction exceeds a pre- 
determined tra:nsaction threshold amount, and to communicate with the third 
process to prevent sending the notification message to the payer if the transaction 
threshold amount is not exceeded. 

34. The system recited in claim 32, wherein the computer comprises a fourth 
process to determine whether a pre-determined filter definition has been satisfied, 
and to communicate with the third process to prevent sending the notification 
message to the payer if the filter definition has not been satisfied. 

35. The system of claim 32, wherein the computer further process to obtain 
approval for the commercial transaction from the payer. 
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36. A method for monitoring a commercial transaction for a payer, comprising 
the steps of: 

a) initiating the commercial transaction; 

b) sending an authorization request to a processing center; 

c) receiving the authorization request, including an identification of the 
payer, in a computer in a processing center 

d) determining whether the payer is a subscriber of the commercial 
transaction monitoring service; 

e) continuing processing of the commercial transaction if the payer is not 
a subscriber to the commercial transaction monitoring service; and 

if the payer is a subscriber to the commercial transaction monitoring service: 

f) obtaining a notification address corresponding to the 
identification of the payer; 

g) creating a notification message using the notification address; 

and 

h) sending the notification message to the notification address if 
the payer is a subscriber to the commercial monitoring service. 

37. The method recited in claim 36, wherein the authorization request includes a 
transaction amount, further comprising the steps of: 

i) determining whether the amount of the commercial transaction 
exceeds a pre-determined transaction threshold amount; and 
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j) sending the notification message to the payer if the transaction 
threshold amount is not exceeded. 

38. The method recited in claim 36, further comprising the steps of: 

i) determining whether a pre -determined filter definition has been 
satisfied; and 

j) sending the notification message to the payer if the filter definition has 
not been satisfied. 

39. The system of claim 36, further comprising the step of obtaining approval for 
the commercial transaction from the payer. 

40. The system of claim 39, further comprising the steps of: 

waiting a pre-determined period of time for a response from the payer 
indicating whether the commercial transaction has been approved; and 

stopping processing of the commercial transaction if the time period expires 
prior to the response from the payer. 
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ABSTRACT OF THE DISCLOSURE 


Commercial transactions are monitored by sending a notification of the 
transaction to the person responsible for paying for the transaction during the 
occurrence of the transaction. Preferably, the notification is sent when a request for 
authorizing the commercial transaction is sent to an authorizing entity. In one 
embodiment of the invention, the person responsible for paying for the commercial 
transaction can approve the transaction prior to its authorization. The notification 
can be to any device including a pager, email, facsimile, cellular or other telephone 
device^ personal computer, internet appliance and personal digital assistant, or a 
voicemail. The notification is performed by sending the notification message to the 
notification device using one of the following notification addresses as appropriate: 
a pager number, email address, or other address for notifying the payer, including, 
for example, a cellular telephone or other telephone number, a facsimile number, an 
Internet protocol (IP) address, including Internet appliances and an instant 
messaging address. The notification is by Notification can be suspended at the 
option of the user and thresholds for notification can be set by the user. 
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